How are you, DEF CON? Okay. So, you know, you're looking. This is our presentation. We are
speaking about car hacking and later about how to do a forensic job into a car after a crash,
after an accident, to retrieve all the speed, the RPM, the brake position and this kind of
things. Okay? So let's start. You know, the talk is called dude, what the fuck in my car?
I'm Alberto. He's Javier, Javi. Okay? I'm going to introduce him before of all. He's a hardware
specialist. Okay? He loves breaking toys. Every time I meet with him, he's always with some
wire and some stuff, just with the hands very dark, completely dirty, you know. But dirty in
the sense of the hand only. Okay?
Okay.
So he's freelance. Okay? He's working. He's alone. And he's from Cadiz. We are from Spain.
Okay? This is important to understand the jokes and this kind of things. I know. Sometimes
we are different kind of jokes, but I think the Spanish jokes are cool. Anyway, I don't
know if you have been on Spain, if you have ever been on Spain, but he's from Cadiz. Cadiz
is a city that is in the very south of Spain. Just near from the south of Spain. And he's
from Morocco. Morocco, whatever. And that's him. Okay? And I'm this guy on the left. The
youngest one. The other guy is my grandpa. And yeah, I'm ‑‑ this is my second time
here in DEF CON. Okay? Last year I was speaking here about other stuff. The thing is, I'm
going to use a video of the last year. Yeah? That's a piece of the talk of last year here
in DEF CON. So I think it will be enough to introduce myself. You see, I don't know
what I'm doing. I'm very lazy. I just reuse the slides. I'm from Valladolid. Valladolid
is a city 200 kilometers from the north of Madrid. And I'm 24 years old. I'm single.
If anyone wants to ‑‑ okay. No. I'm not like girls. Sorry. Okay. The thing is that
I'm 25 years old right now. But all the same ‑‑ all the rest is the same. Okay? So only
girls. Please. Okay. Let's go. Too, too, too. Okay. Like I told you at
the beginning, we are speaking about hacking the car, hacking the ECU. The ECU is like
the brain of the car. There are different brains around the car. But we are trying to
trying to get the control to interact with these ECUs that are the main one, the ECUs
where the configuration of the car is stored. Okay? So this is the first part. This is going
to be the first part of the talk. And then, like I told you, we are going to do the forensic
job. Okay? So we can know what happened in an accident and if someone is guilty or not
or whatever. Yeah. So for now I'm going to give the micro to my friend, my partner, and he's
going to start. Okay. So as Alberto said, I'm Javier. I'm from Cadiz and all the stuff.
I'm not going to tell again. So why did this happen, the car hacking thing? Well, I had a
friend, I used to do this chip tuning stuff with my laptop like everyone does. And he kept
unpacking. And he kept unpacking. And he kept unpacking. And he kept unpacking. And he kept
unpacking me. Like now I want a factory and now I want a chip. So I said, man, I'll fucking
make one piece of hardware. So you keep, you know, just stop bugging me. So that's how it
all started. I just wanted him not to keep on calling me. So well, at first, of course, I used
Google, you know? I tried the EC way but it didn't work quite much. So I needed a plan. I had
to sort it out.
out. At first I needed some information, of course. I needed to see how our car did work.
So I realized that there were different electronic control units, that they were all networked
in the same bus. So they were addressable. They had some security. I didn't really know
that much. I will explain in a while. And I knew that data was storing them. That's
so‑called chip tuning, for example. But there's other interesting data as well.
There are some communication protocols. Here we have the most widespread. These are not
the only ones, but they are the most common, especially Canvas. It's the most recent one
and it's the one that's been here. So here are the differences. And ‑‑ well, yeah.
One of the most important differences is that it's not the only one that's been here.
I don't think ‑‑ when I started with this thing, I was surprised. You know, when
I was going to develop the tool, it was for my friend. I wanted it cheap. So K line was
like $10 cheaper. I am not cheap. I just went for the $10 interface, K line. Why did
I choose it? Well, as I said, it is cheaper. It is just one IC for Canvas. We need two
ICs. And, you know, it's a little bit more expensive. It's a little bit more expensive.
But the ICs that work with K line are older, therefore more cheap. It's all about money,
after all. Yeah, it's not that much. It's like $10, $8, but that's something. Then the
question, if it's different, is it easy to implement it? Well, actually, the difference
between K line and Canvas is just protocol layer. So it's layer 1 and layer 2. All the
encryption, all the communication is the same. So if we wanted to move from K line to
Canvas, it would take no time. It would be quite easy just changing the hardware and
changing how the packets are structured. Canvas works on SPI, but not really a big
deal. So now, at first, what did we know about the ECUs before? We knew that they were expensive.
And usually that they are inside cars. You know, I haven't yet seen the ECUs inside cars.
I've seen one walking down there or spotting the wire, you know, as I say. So then once
I decided to start with it, I had two options. One was to do some research and navigate through
the technical information. Or we could just hook the logic analyzer. We decided to go
50-50, you know, just not to make it too boring or too interesting either way.
So that's what we found after a little bit of research.
They are responsible for the engine management. Engine ECUs, not all ECUs. We have ABS ECUs.
We have even LOX ECUs, which are called Comfort. We have many others. But this is just engine
ones. This one is stored. Engine faults, of course. They hold immobilizer routines
as well.
And they contain firmware that determines the way the car behaves. So the target hardware,
which is the ECU itself, the physical thing, is composed of internal and external flash.
Internal flash is most of the times OTP. It's not accessible normally from the outside.
It has internal EPROM.
Most of the times as well. And I really know in black rubber, you know, it's like something
when you try to open it, it's stuck. You need to hit it. It sucks. You have to deal
with it anyway.
So as we ‑‑ as I said, we attached the logic analyzer. And we saw this stuff. This
is exactly from an EDC 15, which is like the first generation to say somehow. They
are all the generations. But this one is the first one.
The first one is the wake up pattern. It's just the address for the control module, which
is 01 sent at five bouts. That's it. Then we negotiate the speed, which is just to request
the speeds that are supported by the device. Then we change the speed to higher ones because
you start at 10,400 bouts.
But you do the authentication, you set the address you want to read or, well, actually
you write at first on EDC 15. You have to send a loader. On 16, you don't have to do
that. I'll talk about that later as well. And the fourth part we can see here is just
sending the loader plus operations. So, of course, I was ignorant about that. I just
said, man, this is easy. I just replayed. It didn't work. It wasn't that easy. So after
some dumps, after some research, what did I find? Well, actually, we just noticed that
there was an authentication that was not static. That's why the replay attack didn't work.
So it's called a seed key.
What is it? It's just a challenge. You know, the ECU acts as a server. So you just request
authorization. The ECU will send you a seed. You will have to do some stupid math. You
will send the result. That's called a key. And there you go. That's it. It has checksum,
of course, to check the integrity of the data that you are uploading. When you want
to mod it, if you download it, it already has a checksum.
So you don't need to really check anything. And on EDC 15, it requires a loader, as I was
saying. For the operations, it's usually an assembler. And it lets you access the EPROM,
access the flash, you know, internal flash. On EDC 16, we have this seed key algorithm
as well. But it's not like on EDC 15. There it is just one level.
Because you just write, send the loader, and then you do the operations with that loader.
Here we have level three to read, which is pretty easy. Seed key challenge is just an add to a
number. We have level two, which is for EPROM operations. And we have level one, which is to
write the flash of the device, which is a little bit more complex. But it's quite like EDC 15.
They didn't change it at all.
Just small things. We have RSA encryption. When you want to download from EDC 16, it's
plain. It's just a binary. You can put it into IDA or your favorite tool. No problem.
It's easy. But when you want to upload it, of course, you need to have the checksums
like you did earlier. But it needs to be RSA encrypted into two blocks of 256 kilobytes,
in this case.
Well, actually, whatever you want to upload, it must be always encrypted in blocks of 256
kilobytes.
Well, how did we do it? My wife helped me just a little bit. She's a nice guy.
Now, why is this interesting? Well, you know, I think we all want to save a few bucks. So
if you mod your car, you can save a few bucks. So if you mod your car, you can save a few bucks.
So if you want to have more mileage per gallon, that's good. As well, well, the difference
between most of the cars, you know, like, for example, my own car is a Seat Ibiza. I
have the Cupra one, which is 167 horsepower. I just modded it. Now it's 210 horsepower.
That's easy. It's free. You know, that's good. Of course, it's cool to tweak with the
car. You know, it's like, man, it's a fucking huge, so expensive. I'm just hacking it. That's
cool. So it's just 26 bucks to do that. So what does the ECU tool code look like? Well,
at first, I started with EDC 15, which was the ECU in my car and in my friend's car.
So I developed the whole thing. It was 1,800 lines of code for Arduino, which you see.
And then I wanted to start reversing it for EDC 16 as well, so I just had to start from
scratch as well. So I go to different binaries, one for EDC 16, which is almost the same
lines, even though the procedures are different. Well, the first point, I am using a mega
328 P and Arduino Uno to save. So I had to be really careful while coding it due to the
limitations.
of the MCU itself. And we're actually working now on externalizing, for example, I coded
these loaders in the firmware. But we thought that it would be better to externalize it
into binary so we could read them out. And by making it with modules, you know, the procedures,
we can make a universal firmware. So we don't need to be updating it every time we want
to add support for new ECUs. And that's what we are working on now.
This is how a Bosch EDC15 board looks like. As I said, it has an EPROM. In this case it's
external. It has the MCU. And it has the external flash. This is a little bit of a different
kind of code from the EDC15 authentication, the seed key. The algorithm is static, but
then, for example, here I have an EDC15P. This has one set of keys, to say, even though the
algorithm is the same for all the EDC15 family. If we get an EDC15V, then the keys change.
And the VM keys are different. So we would need to extract the keys for every single
ECU. But that's not a hard task. It can be done with brute forcing and some power tricks,
to say. Because it distorts the times you have done a wrong login, but you can glitch
it just to forget about it all. As it got drunk, you know, it's the same. Now this
is the board.
The board for a Bosch EDC16, in this case, the EPROM is internal. But there are variants
which have an external EPROM. There's the MCU. The internal flash restores the seed
key algorithm. Interesting. We have the external flash. And we have a JTAG port which is called
BDM, bench diagnostics mode. But it's just JTAG.
Here we have part of the code for the level one authentication for EDC16 as well.
Well, just like it happens on EDC15, for example, we have an EDC34. It's a different
model. It's still EDC16. The algorithm will be the same. The key will be different. Still,
the brute force method that works on EDC15 works on EDC16. So we can do it exactly the
same way to dump the keys from it.
This is the level three authentication. That's, as I said, it's just not ‑‑ you know,
the ECU sends you a challenge. You just add ‑‑ I don't remember what number is it. 2FC9X.
You just add whatever is in that number, and you got it. That's it. That's it. That's it.
That's how much they brainstormed, you know, for this.
And here we can see an example of RSA encryption in EDC16. On the first part, the top, is
the binary. So I just pointed out this red square so we can see the data we are working
on this one. Part two, you can see a readout. The data is the same. So you can just retrieve
the data plain. It has no encryption. It has nothing.
Then part three is the writeout. When you're writing this data down here, even though it's
completely different, it's the same. It's just encrypted. So that's how it looks. It
looks different. How did we handle it? RSA encryption in the tool. Well, ASM instructions,
you know.
We're that lazy. We didn't really want to. You will see it. It takes approximately ten
seconds to encode 512 kilobytes, which is the map for chip tuning. That's the size.
And we do it before the ECU in it, because it takes ten seconds, and that will suppose
timeout in the communication with the ECU if we first check if it's there. And we cannot
afford to lose communication due to the speed.
And, of course, the checksum is calculated at the same time. Since we are reading the
source file, the checksum is calculated for the nonencrypted file, not for the encrypted
one. So we do both things at the same time, encryption and checksum.
This is a small part. It was like four ‑‑ four pages. So I was showing the first one
for the EDC16 encryption algorithm.
Okay.
So we can see that's the kind of operations ‑‑
Yeah. Like he told you, his wife helped him to do that. So that's the ‑‑ you
know. You know his wife. He's a bitch. He's with everyone.
Sorry.
So this is just assembler, you know. Well, this is not a new concept, chip tuning. You
know, you can get tools for that. It's not like ‑‑ these are the prices. I consider
that expensive. I don't know about you. So this is what our tool costs. It's a little
bit cheaper.
Thanks.
And this is how it looks. It's really fancy. It has
touches on it. So ‑‑ and it's portable. You know, you don't need a laptop at all.
And you can just throw it. It doesn't work, so don't worry.
And, well, you know, this ‑‑ I will be releasing the code soon, the schematics.
So this is open source. You can do whatever you want on it. So you're paying 26 bucks
for a device that you will be able to tweak.
Thank you.
So I think it's worth. I'm paying like $5,000 for a closed tool.
These are the features for our tool. It is not locked to a single vehicle. There are
some other stand‑alone tools there that require a computer, but you are paying like
$1,000 to be able to use it on your own car. I don't believe in that.
It doesn't store encrypted files. I don't want you to need to use my tool. You can use
whatever you want. You know, just download it with my tool or download it with any other
tool. It doesn't use this master slave row which is pretty much the encrypting files
thing. And as I said, open source. So you can just
add support for whatever you want. Any other models, diagnostics, there will be some cool
stuff coming. This is the lower interface side. So this is what I am going to do. I'm
We can see the Arduino mini pro that is used in the left, middle, on the bottom is the
level shifter. Sorry. Yeah. This is just a voltage regulator, 7805, to get the five volts
out of the 12. And this is an SD card, really. The top, you know, is just an LCD I2C and
the buttons, I think you can see it's homemade. And this is a very cute Eagle interface board.
It's just the same hardware. This part is an RG45 connector so you can get the thought
of how tiny it is and it has FTDI already embedded in so you can update it or whatever,
you know, straight off.
off. That is homemade, okay? The thing that you saw before, this is homemade. If you want
to do it better with this board, it's much smaller than this, okay? This is just a case
to hold all the things that he told you, okay? But this thing is maybe just ‑‑ maybe
‑‑ take a hand? A quarter size of this. Yeah? So it's smaller. And the thing of the
smaller size is interesting because we are speaking later about what evil things we can
do with this thing, okay? So that's not ‑‑ okay. We're so evil.
So here's an example how to make it wireless. This is just the same thing. What we did is
the serial console, we just ported it to, you know, without the Bluetooth. It's just
$1.00. And we can control it.
We can control it with our Android phone. So it's wireless. And it's cheap. Now, some
examples of use for it. Like I was saying, we can mod it to have less ‑‑ more millage
per gallon. How to bypass it more? Immobilizer on EDC15. It's just a patch in the apron.
It's just two bytes. You know, you just do the inverse for them and
you have no ‑‑ the loader is embedded for reading and writing the apron. So it's
just, you know, what is in the menus, you just click on a button and it's done. And
of course you can later enable it. Well, disabling a car is fun. You connect
the tool. You start to write to it. And when it's in the middle of the writing process,
you pull the cable. So it's fucked up. No checksum, no anything. You know, you got an expensive piece of
metal. But later on, you can still recover it. Not everything is lost. There are recovery
procedures for it. By the diagnostics port, you don't need to pull the echo off the car.
And it will eventually work again. Yeah, it's funny. Yeah. You know, to find
out that a friend, when he finds out that his car is not working, yeah, it's so funny.
Yeah.
Thank you.
And a sample of three PUs. Well, you know, we can add any interface, 3G. We can add Wi‑Fi.
We can add Bluetooth, as we saw with the phone. And, well, we can disable a car. We
could eventually ‑‑ it is not yet implemented. That is completely different. We could control
a car with this device as well, with other firmware. We could disable or start modules,
functions, like turn on the app.
The air conditioner and make whoever get a really bad cold, you know, he wouldn't be
able to disable it. It would be terrible. And now we're going to do a demo on the EDC16.
It will be console, but we will be able to see the process. And, well, I'm going to show
‑‑
Because you cannot see it from there, but I'm going to explain what we have here. We
have an EDC16 ECU here connected. We have an Arduino Mega 2560. And we have a normal
10 bucks diagnostics cable. So what did they do here? I just wired up the level shifter
from the diagnostics to the Arduino. And then this level shifter to the ECU. And now we're
going to be sending commands from the Arduino to read the information, to read the flash,
and to write ‑‑ well, we're actually going to kill the ECU. And we're going to
revive it again. And we're going to read the info after that. And so let's get to it.
Yeah.
Okay. So let's see if it works. Let's see if it's going to be able to read the info
first. We can see that's fast. We can see that is text‑based. So what happens is ‑‑ yes,
It doesn't take too much time. Here we have the information, the software version, the
engine. This is for a Volkswagen Passat. It is not connected to a chassis, but as I said,
information is all around the K line bus. So we could get the chassis number, the B
number. And this is the software date. So now we're going to read the external flash.
It would take a while. So meanwhile, what can I say about this? It's just so fancy.
I like flashing here, you know. It's a pity you cannot see it flashing.
Well, actually, when I was reversing the protocol, I noticed that there were huge time
gaps. You know, this is based on packets. So between each ‑‑ each packet, there
is a form of bytes, of course. Between each byte, there was a huge time. I don't know
how to explain it. I delay, you know. After some testing, I realized that it wasn't necessary.
So I speeded it up. We changed the protocol. We made it faster. It works, like, approximately
25 percent faster than original tools on ADC16. And it works, like, 25 percent faster than
400 times percent more faster on ADC15. So they didn't really brainstorm too much about
that anyway. I will not show the dump at this time because we are running low on time.
So now we are going to kill the ECU. Now it's processing the RSA.
You have to believe that. Okay? But we are going to show the logical analyzer after that
to show the ‑‑.
A capture of the logical analyzer?
Yeah, we will show now the logic analyzer capture so you can see what's going on.
So we got to be faster now. So what we are going to do to kill, since we have no cable
to plug, we're just going to start writing. We are going to send just one packet of data.
And we are going to stop communicating with the ECU.
So now ‑‑.
Now it's deactivated. I need to power cycle it once again.
So now we are going to try to read the information. Of course, since it's disabled, it won't be
replying. So we got no response. It's disabled. It's just a piece of junk right now. But now
we are going to make it work again. Yeah, it should be fast. Yes, these are saying things
so slow.
So you know it's an 8‑bit processor. With two kilobytes of RAM. It takes a while.
Yeah. No. Actually, to revive it, since we screwed up the flash, you know, we were starting
to write ‑‑ we erased the whole flash. It was blank. We started to write. So checks
were incorrect.
Now to fix it.
To fix it, we need to write the whole flash again. We are writing what we read out the
first time. So now, as I said, RSA encryption here is divided in blocks of 256 kilobytes.
The full flash is 512 kilobytes. So we will be writing two blocks. This is the first block.
Now we're starting with the second block.
The next block is one.
Since we're running out of time, we will go now on with the four things. If there's
enough time, we will show the logic analyzer. It would be fast. Just showing the ole. Or
maybe... While it's writing, we can just show, okay. I'll show the ‑‑ this is the seed
key. Okay.
We will ‑‑ this packet, this is a small ‑‑ 82 is the address, the target address, 10 is
the source address, F1 is a request, now 27 means we want to have security access.
We are sending this packet, now this is the level, level 01, which is to write.
So the ECU will reply.
With the 6701 means okay, I will send you the challenge.
So here we have, for example, 86, 58, 86C.
That will be the seed for the challenge.
Now we will process this and we should send ‑‑ okay.
27, 02, we must add one to the security level we requested and, you know, these are just
four bytes, these ones here.
And then if we succeed, it will reply with 67.
If we fail, it will reply 7F, which means denied.
And when writing, we can see this is a huge block here.
Then we stop.
We delete the second block.
We write the second block.
And then we are done.
That's the writing process.
So one second.
I need to power cycle it.
And now we are going to read the info again to see if it works.
So again, it's alive after killing it.
It reads the info.
So now it works.
And ‑‑ No, it's not connected.
I just passed the slide, but it's not connected.
So you didn't see the joke.
Okay.
Okay.
Okay.
Okay.
Okay.
It was a joke.
Okay.
Yeah.
The Spanish, you know.
Anyway.
So I have only, like, ten minutes, so I'm going to go fast.
Yeah.
What happened in an accident that the police usually do is just to, you know, look the
marks in the floor where the accident happened.
And look at the deformation.
Okay.
And you can see the deformation of the car and these kind of things.
To know what was the speed and the things that happened.
But the IT guys, we have a really cool way to get all the data, to know all the exactly
parameters of the accident.
So let's go to see what happened.
In all the cars, in our cars, we have, like, a black box.
Just the same like in a plane.
The only difference is that it doesn't record the sound.
So don't worry.
if you speak dirty things or whatever. So this is not stores, okay? So it stores information
before and after the crash. It is very interesting because even after the crash, there is a memory
that stores information. So we could know, we could have more information about the accident
itself. So that information, like I told you at the beginning, is related with the speed,
the most important, the RPM, brake use, ABS activity, and it depends on the brand. Okay?
On the brand of the ‑‑ that have made the ECU. But there are a lot of information
that is stored in the ECU. Usually this information is stored in the airbag ECU, okay? Most of
the times. So we have to take this part of the car,
this part of the airbag, this part of the car and it will show up as you can see here.
is similar, it's a little bit smaller than the ECU, the CCUs, okay? And the info is stored
in the EEPROM memory. The EEPROM is not nonvolatile or volatile, yeah? And so we can access to
the data after the crash, okay? It's great for that. There is costly hardware and software
that is outside and you can use it. But the thing is this talk is about how to make a thing
that costs only 25 bucks instead of thousands of dollars. And in that case, even the tools used
to get information are more expensive than to modify the ECUs. So the cool thing is that we
did something to the poor people. So, yeah, there's a ‑‑ we are speaking all the time
about five minutes, okay? We are speaking all the time about the Bosch ECUs. The Bosch ECUs.
Okay? So there are three different ways to extract information from an ECU after a crash. In
that case from the airbag ECU. The first of all is connecting to the ODB. There is an option
to connect to the ODB. The ODB is the port that is behind the wheel in the car. And we can
just access to the information. Not in all the time because, you know, in some crashes the car
is completely fucked. So ‑‑ what? So ‑‑ so there is ‑‑ the connection is lost. So
we can retrieve the information. Okay? So the other most common way is just to connect
directly to the ‑‑ to the ECU. Okay? And get information. But for that, we need an
authentication. Okay? We need a kind of authentication. Maybe it's not a strong authentication.
But anyway, it's an authentication. And finally, we have the fancy way, the cool way, I think.
It's real ‑‑ directly the EPROM memory. Okay? I've said that all information is just in the
EPROM. So we can read it. Okay? Yes. It's more hardware stuff than software stuff. I'm a
software guy. Okay? For me, maybe it's more difficult. But for this kind of people of
hardware, it's like eating a cream, an ice cream. Okay. This is the first one. This is the
ODB port behind the wheel. So this is the first way. This is the other way that is connecting
directly to the airbag ECU to get information. And the last one is ‑‑ this is an EPROM
memory. This is the size of the EPROM. You see it in the finger. So it's very small. But we can
do it. We can do it. So this is the hardware I told you before. Hardware and software. Okay? The
hardware is ‑‑ it's like no hardware because it doesn't do almost anything. But anyway, and
the software, that is the real important part of this ‑‑ of this kit. The premium tool hardware
kit costs almost $9,000. Okay? So this is the software that is the real important part of this
kit. Yeah. So I'm not going to pay for that. So what about the poor guys? What about people
like me that have just ended the school and university and this kind of things and we don't
have money? The software that is for me I think is the important part is you can access to
him free. For free. Okay? It's free software. So the code that will parse in the data, that is
the most important because we can retrieve the information of the EPROM. But we have to
parse this information to know, okay, from the byte 11 until the byte 40 is the speed. And
from the byte whatever until the byte whatever is whatever. Okay? So we have to parse it. So,
yeah, we can ‑‑ I know. His wife is very known. And I sleep with his wife once, too.
Sorry, man. Okay. And that's the thing. This is the
tool, these are the models of the vehicles that are supported. Okay? So there are a large
list of vehicles, the brands of vehicles that are supported to do this. But did you miss
something? Mercedes? Mercedes? Yeah, it's not in the list. So what happened? Once upon a
time a client contact us to do a forensic job into a car. And the car was a Mercedes. So we
said, one, maybe two. Okay. One. Okay. So we said, what are we doing to do? So what
we do? First of all we read the EPROM. Okay? That's soldering. Is it soldering? Yes, it's
a leg of the EPROM memory to extract information. Yep. And then we retrieve all the information
on the EPROM, but we say, okay, we have the info, but we don't know how to parse this info. We
don't know what parts of the binary are inside. And we don't know how to do it. So we don't know
binary because it's a binary. We don't know what parts of the binary are real, the speed,
the RPM or whatever. So what we did is just to erase one copy of this binary and make
a bin diff. Okay? So we knew what exactly parts were modified after the crash. So at
least it's a good point to start. Okay? So the next step was already filtered the information.
We only have the information. We only have the parts of the ECU. Okay. I'm going. It's
one minute. A half. I think it's ‑‑ okay. Yeah, we use win OLS. It's a software to print
the graphics, to print the cartography. And we ‑‑ difference between the graphic that
are ‑‑ how is it in English? Crescent and the crescent. Okay? So what do you see? The
graphic will be in a crash. The crescent, right? If you crash, you stop the ‑‑ yeah,
the speed is the crescent. So we found this. Okay? You can see, after looking at it a lot,
we found this graphic that matches in our gathering information, in our research. So
we had the ‑‑ we had the ‑‑ yeah. We had the ‑‑ we had the ‑‑ we had
the ‑‑ anyway, so, you know, we are running out of time. We want to say thank
you to you. Like always, to our family, to our friends, and all those who want to understand
how and why things work. Thank you very much.
